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"A funds transfer method and system" 

Introduction 

. 5 The present invention relates to a funds transfer method In a system 4X)mpris[ng a 
piuraTfty of enti^ computers and a system server computer interconnected by a 
communications network. 

• Secure transfer of funds ts required in many situations but particularly in situations 
10 where the parties are remote and do not meet face to face to complete a transaction. 
The transaction can be a very simple financial transaction, for example, a parent 

_tr^sferring^-funds- to--a child"1n""^some'"o^ or hansferring funds to 

somebody else in another jurisdiction or indeed, at a remote location within the same 
{urtsdtction. The person transferring the funds and the person receiving the Hmds 
15 always, have considerable problems as to the security of the transfer. A further 
problem arises where there is actual trading taking place between a buyer and seller. 
Then the transaction is part of a larger or more complex commercial transaction. Very 
often, the buyer has to transfer funds before the goods are received, the seller being 
obviously reluctant to send the goods \without receMng payment At the eame time, 
20 the buyer is often unaware as to the merchantable quality of the goods being 
purdnased, particularly where they haye to be delivered, or indeed, as to tiie service, 
for example, where tiie sen/ice can be defivered on line. There is thus, in effect, a 
reluctance for the- buyer to trust the seller to provide the goods or services to the 
quality and standard required and the seller is equally reluctant to provide those 
25 goods or services until he or she has been paid. This is a major problem where frie 
buyers and sellers are unknown to each otiier or where neitiier of tiiem have an 
established trading or credit record. Internet auction sites are a particular example of 
tills. 

30 There are many existing numbers of solutions to these problems such as tiiose sold 
under tiie Trade Marks PAYPAL, C2IT and BILL PAY. The problem is tiiat tiiese 
systems suffer Irom a high level of disputes related to eltiier a commercial dispute 
between the parties or fraudulent activity by efther of tiie parties. These disputes 
result in high costs to the system, that Is to say, tn thR npetatai^eMhe-system^-ttr- 
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resolve them. 

The present Invention is directed towards overcoming these problems and in 
particular to a more flexible system which would allow parties to a commercial 
5 agreement an opportunity to resolve such disputes between themselves prior to 
resorting to litigation or ottier third party operated dispute resolutfon., 

St atemenls of Invention 

10 According to the invention, there is provided a timds transfer method in a sj^m 
comprising a plurality of entity co mputers each with means to provide an unique entity 
identification (ID) and a system server computer Interconnected by a communications 
network, the system server computer having an escrow account associated therewith 
into and out of which funds may be transfen^ed, the method comprising establishing, 

1 6 prior to or during a funds transfer, an entity account for each ernfty computer with the 
system server computer and on a funds transfer being desired between two entity 
computers, designating, as appropriate, one as a remitter computer and the other as 
a receiver computer and then the steps are performed ot 

20 the remitter computer S^nds transaction details and the receiver entity ID to 

the system server computer; 

the systems sender computer confirme the availability of funds in the escrow 
account for the receiver computer entity account, whic* funds are no longer 
25 available to tiie remittor computer; 

then, on a specified event occum"ng, the funds are released from the escrow 
account te the entity account of ttie receiver computer. 

30 The advarttege of tills is that the receiver computer, having ihe funds in escrow, 
increases the possibility that tiie transfer of funds will take place and If tine transaction 
Is conducted In a con-ect and timely manner by the receiver, tiiat is to say, the seller of 
the goods or services, ttie funds will be received. At tiie same time, the buyer or 
reffufiercimipaterhasi^^ 
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10 



30 



occurs which will have been previously agreed between the remitter computer and the 
receiver computer. 

In one way of carrying out the Invention, the method comprises generating two 
different codes, namely, an initial initiation locldng code and a funds release code, in 
which -the iocl<lng code is used to control the holding of the funds In the escrow 
account and the funds release code is used to control the release of the funds from 
the escrow account This is an extremely efficient and easy way of carrying out the 
systera 



With this use of two dffterent codes, on the system computer confirming the availability 
o^WfuhdsinWeesc^bw^^ 

code to the remitter computer as confirmation of the availability of the funds in the 
escrow account for the receiver computer entity account and the funds release code 

15 to the remitter computer ^d on the spedfled event occurring, the funds release code 
Is sent to the system server computer and the system server computer releases the 
funds from the escrow account to the receiver computer entity account Alternatively, 
on the system server computer conflmfiing the availability of the funds In the escrow 
account, the system server computer eends the two codes to the remitter computer 

20 and if the remitter computer does not send the initiation toci<ing code to the other 
entity but sends it to the systems server computer, the transaction Is oancelted and 
the funds in the esaow account are released to the remitter entity account 

In one embodiment of the invention, the sending of the funds release code to the 
25 system server computer comprises: 

the remitter computer sending the funds release code to ttie receiver, 
computer; and 



the receiver computer sending the funds release code to the system 
server computer. 



The specified events can comprise one or more of: 
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the expiry Off an agreed settlement date; 

the receipt by the receiver computer of acceptance of completion of the 
transaction; 

5 

a prior agreed condition precedent fnr completion of the transaction 
being achieved; 

a mutually agreed outcome notified by the two entities to the systems 
10 server computer; and 

*a decision by an arbitrator appointed to resolve the dispute. • 

The establishment of an entity account for a remitter computer is accomplished by 
15 the transfer offunds to the escrow account 

In one embodiment of the invention, during the transaction, the receiver computer 
sends notification of completion of the transaction to the remitter and system seryer 
computers and if the remitter computer disputes tine satisfectory completion df the 
20 transaction prior to an expected setflement date, the steps are performed oft 

*tiie remitter computer sends a revised settiement.date to ihe system 
server computer; 

25 tiie two entity computers enter into dispute resolution negotiations; and 

if, on expiry of tho rcviocd settlement date, a satisfactory resolution of the 
negotiations has not teken place wifli the release of tiie funds in the escrow 
account to one or both of th© entity accounts: 



30 



the systems server computer establishes an appropriate formal 
alternative dispute resolution (ADR) procedure. 



Tlnis allows the parties to the transaction, namely, the remitter computer and the 
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receiver computer to engage In negotiation without involving the system server 
Qomputer, which negotiations can be conducted with the comfort of both parties, that 
the funds are held in escrow. This will also avoid a considerable number of dIfBcuities 
between parties when relatively easily solved events have occurred* such as, for 
5 example, a delay in delivery due to difficulties with postal or other delivery sen/lces, 
darhage to the goods In transit, or what le often the more likely happening, In that 
there has been a misunderstanding between the parties. As will be well appreciated, 
in many situations befwaen buyer and seller, the buyer, when he or she receives the 
goods, finds that they are not exactly what they require and they wish to return them. 

10 The seller may be quite willing to accept the return and, with the present Invention, 

.tbls-.canJDe.xariied..out-.withoiJt..any-grea^ 

sometimes goods are substituted for other ordered and unavailable goods when the 
seller believes they would be satisfactory and'they are not There are many situations 
that anybody will appreciate which arise in any trade where the two partes are acting 

1 5 perfectly honourably and honestly, but the transaction is unsatisifactory to one or other 
of the parties. In situations like that it is very often the receiver of the gbods or 
services who is unhappy vwth what has been done. Therefore, In situations such as 
this, the parties have an opportunity to resolve the . matter between themselves, 
without Involving any third party, although there Is stHl the possibility of third party 

20 Intervention. 

Very often, on the revised settlement dale expiring, a new revised settlement date Is 
set to allow negotiations to continue and indeed after a preset number of revised 
settlement dates have expired, the ADR procedure is Initiated unless both entity 
25 computers agree to the setting of a further revised settlement date. 

It Is also prefersdsle that the systt^rri server computer records: 

the number of transactions for each entity computer whether acting as a 
30 receiver computer or a remitter computer, the reception of a revised settiement 

date for each transaction for that receiver or remitter computer as a default 
transaction; and 



where the number of default transactions exceed a preset limit tiie system 
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server computer remotes the entity computer from the system. 

Further, the system server computer records: 

5 the number of transactions for each entity computer,, acting as a receiver 

computer or a remitter computer; 

the establishment of ADR for each transaction for that receiver or remitter 
computer as a default transaction; and 

10 

server computer removes the entity computer from the ^stem. 
In one embodiment of the invention, the preset limit Is one or more ot 

15 

a number of default transactions in a specified period; 

a percentage of the total number of the transactions within a specified period 
being default transactions. 

20 . 

In this way, the system server computer has control effectively over the entitles 
Involved in the : system. It should, very quickly, be able to eradicate rogue or 
unsatisfactory sellers of goods and services because these receiver computers would 
be Involved In a large number of disputes which would allow the system server 

25 computer to drop that entity computer from the system. The same would apply with 
those purchasers of goods and services acting as remitter computers who were seen 
to behave in an unsatisfactory manner. It would be relatively easy for the recording of 
such evente to enable the systems server computer to decline to handle transactions 
for that ontfty computer. 

30 

Further, the Invention provides a funds transfer method In a system comprising a 
plurality of entity computers each with means to provide an unique entity identification 
(ID) and a system server computer interconnected by a communlcaiions network, the 
system server computer having an escrow account associated therewith Into and out 
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Of which funds may be transferred, the method comprising eslal>iishing; prior to or 
during a funds transfer, an enWy account for each entity computer with the system 
sewer computer and on afunds transfer being desired belweeri two eritlty computers, 
dedgnafing, as appropriais, one as a remitter computer and the other as a receiver 
computer in which the sj^tems server computer and/or the receiver computer are 
outside the jurisdiction, and then the steps are perfbnned oft 

the remitter computer sends traneaotion details and the receiver entity ID 
to the system server computer; 



10 



^e-^yste'ns-server- computerT-the-remitter-t»mpater-receivss - 

confirmation that the receiver computer has been notified of the 
availability of funds in the escrow account for the receiver computer 
entity account, which funds are no longer available to the remitter 

15 computer; 

then, on a specified event occumng, the remitter computer receives 
confirmation that the receiver computer has had the funds released from 
the escrow account to the entity account of the receiver computer. 



20 



Again this method may be handled in substantially the same way as described above. 



in a further method according to the Invention, there is provided a funds transfer 
2S meitiod in a system comprising a plurality of entity computers each with means to 
provide an unique entity identification (ID) and a system server computer 
intarconnected by a communications networt<. the system server computer having an 
escrow account associated therewith into and out of which funds may be transfen-ed. 
the method comprising establishing, prior to or during a funds transfer, an entity 
30 account for each entity computer with the system server computer and on a funds 
fransfer being desired between two entity computers, designating, as appropriate, one 
as a remitter computer and the other as a receiver computer when one. or both of the 
entity computers may be outside the Juriedicf on and then the steps are pei-formed of: 
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from the remitter computer, the systems serer computer receives 
transaction details and the receiver Entity ID; 

the systems server uurnputer confimns the avaftablR^ of funds in the 
escrow account for the receiver computer entity account, which funds 
are no longer available to the remitter computen 

then, on a specified event occurring, the funds are released by the 
systems server computer from the escrow account to the entity 
account of the receiver computer. 



As remarked already, substantlalty the same way of handling these transactions can 
be carried out, as desoibed above. 

It is envisaged that the method according to the present Invention may be carried out 
by providing a computer program comprising program instructions for causing a 
computer to carry out some or all of the methods desaibed above. Such a computer 
program may be embodied on a record medium, a computer memory, a read-only 
memory or carried on an electrical signal carrier. 

The invention is. also directed towards providing a computer programmed to carry 
out some or all of the method as described above. 

Detailed Description of the Invention 

25 

The invention will be more cleariy understood from the following description of some 
embodiments' and examples thereof, given by way of example only, with reference to 
the accompanying drawings, in which:- 

30 Rg. 1 is layout of a system in which the invention could be carried out; and 

Rgs, 2 and 3 are a flowdiart of one method of canying out the Invention. 



5 



10 



15 



20 



Refening to the drawings, there is provided a communications nelwori< 1 indicating a 
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plurality of computers, namely, entity computers 2 and a system server computer 3. 
The system server computer 3 has associated therewith a plurality of entity accounts 
4 and an escrow account 5. 

5 In operation and de^g firstly with a dmple trading Nation between a buyer and a 
seller where the buyer wishes to buy certain goods and the seller agrees to provide 
them, In tiiis particular system, there is agreed an arbitration system. The two entity 
computers are con-ectly described as buyer and seller computers when referring to 
tine purchase of goods and/or services. However, when considering tiie financial 
10 transaction taking place between tii© two entities, tt ie moro proper to dosignQtc them 

respectively-aareceiverand-remitter-computers;-^e-terms-are-usedinterchan^ 

throughout tiilR specffication. It should also be appreciated that the terms 
"buyer/seller" or "remitter/receiver" are references to the role of the computers within 
tiie system, as an.entity computer In one transaction might be a buyer or remitter and' 
15 in the next, a seller or receiver. 

. Referring to Rgs. 2 and 3 there is iilustiBted a very simple layout of one trading 
operation. In step 1 , ttie buyer computer agrees a price witti tiie seller computer and 
in step 2. tiie seller computer provides a system account number to tine buyer 

20 computer. Needless to say, tiiis could be any ottner suitable reference other tiian an 
account number such as an email address, trading code, and so on. This is a normal 
standard reference which would normally be used In a trading situation and must not 
be confused with the codes used in the Invention. The buyer computer, in step 3, 
lodges money or causes money to be transferred from tiie buyers entity account. If 

25 tiie buyer has one, or In any case, to an escrow account In step 4, tfie funds are 
received in ttie escrow account and held in the escrow account These funds are not 
available to either the buyer or tiie seller computers at tiiis stege. 

In step s^the buyer computer receives two codes from the system server computer, 
30 namely an initial initiation locking code and a funds release code for simplicity 
hereinafter called codes A and B. In step 6, tiie remltter^omputer sends code A to 
tile receiver computer. In step .?, tiie receiver computer provides code A to the 
system server computer which locka tiie funds for the benefit of tiie receiver. In step- 
8, having received code A which informs the receiver computer tiiat ttie funds are 
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being held In escrow, the seller sends the goods to the buyer. It wUI be appreciated 
that these could be simply services over the internet or tfie like such as the 
downloading of music by the seller computer. In step 9, tfie buyer receives the goods 
and the buyer then, in step 10, ched<s the goods. Presuming the godds are 
5 acceptable, then In step 11, the remitter computer sends code B to the receiver. 
Then, In step 13, the receiver computer sends code B to the system server computer 
and in step 14, the ^nds are transfenred to the receiver entity account and tn step 15, 
the remitter computer is informed that the lunds have been released from escrow to 
the receiver account and in step 1 6 the transaction is complete. 

10 

|f7-|rovv^ev^f7Thi^bQyer~ha$ 

computer cntoro a reviced settlement date and then enters into negotiations and. 
Other discussions with the seller and in step 17, the dispute has either been resolved 
or not If it has been resolved, step 1 1 takes place and the remainder of the operation 

15 is as described above. If, however, this dispute has not been resolved, then step 12 
is repeated by the remitter computer entering another de^lt date. This may occur a 
fixed number of times, each time repeating steps 12 and 17 until either the dispute 
has been resolved or not If it has not been resolved, then the system server 
computer Initiates arbitration in step 18 and the arbitration is carried out in step 19. 

20 Then, arbitration is concluded in step 20 which means that the matter has been 
resolved between the buyer and seller and the remainder of the trade takes place. 
Thus steps 11, 13, 14, 15 and 16 are carried out If, however, tlie arbitration, when 
concluded, does not mean that the trade continues, then in step 21 , the transaction is 
cancelled, in step. 22 the funds are released to the remitter enti^ account and then 

25 step 16 is carried out te end the transaction. As mentioned above, instead of using 
arbitration after a certain number of defaulte, step 21 may take place without 
arbitration and the transaction cancelled. 

In its simplest, a buy/sell situation uses two codes and essentially a deal Is agreed as 
30 in any situation, the seller provides the buyer with an account reference number, the 

buyer makes an escrow payment to the sellers account tor the agreed value and the 

buyers account is in some way debited. If the particular renrtitter computer has an 
entity accounl already aslabtished, then that enlity account is debited. Altematively, 

the remitter computer ananges to transfer the funds te the escrow account In the 
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normai operation of the aca)unt, the system will provide the remitter with two codes 
(codes A and B) and generally, the remitter will give one of these codes (say, code A) 
to the seller immediately via email, telephone or so on. Then, the receiver caDs up the 
transaction within his own account established with the system and enters this first 
5 code. Generally speaking, the system will infbnn the remitter, via email, that the 
receiver computer has entered this first code. The fijnds are now In escrow and are 
not available to either party. The remitters account has indeed been debited but the 
eollors account has not been credited. Once the receiver has delivered the product or 
service as agreed, then the remitter gives the second code (code B) to the receiver 
1 0 and the receiver calls up the transaction within his system account or entity account 

and-entersTtiie-code-which-then-causesihe-system-compmerto*releasethe"f^ 

credit the account of the receiver computer. Thus, the transaction ends. 

Needless to say. when, for example, the deal Is concluded and the payments have 
1 5 been made, the goods are delivered and the buyer does nothing further. The second 
situation can arise where the buyer changes his or her mind, after making the 
payment to the escrow account but before the seller has entered code A and 
delivered it to the system computer. In another situation, the delivery is not made, 
made partially or the goods or services are unaccepteble: in this case, the remitter 
20 computer does not send the second code, i.e. the funds- release code, to the receiver 
computer until the problem has been resolved. 

It Is envisaged that there are many ways in which the process may be carried out For 
exampterWhen the remitter computer Initially sends the funds to the escrow account, 
25 an expected settlement date may be entered whereby the receiver is notified that In 
the event of failure of the remitter to contect fte systems server computer, the funds 
. will be released. Effectively, this is a default date. Then, the ^stem computer will 
automatically release the funds to the receiver when this default date has passed . 
unless the remitter computer has Intervened. 

30 . 

.It will b» appreciated that the buyer computer can Intervene in the process In many 
ways, Rrstly, the remitter computer could Intervene before the receiver computer has 

entered this code A, i.e. the initiation locking code. The refiiiiter can then enter code 

A and cancel the transaction. The funds are returned to the remitter's account and 
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the receiver is informed of a cancellaflon. This can only happen when the remWer 
computer has received both codes and the receiver computer has not yet received 
code A which will be used as a trigger to supply the goods and services. Therefore, 
etfectivety, the whole operation is cancelled prior to Inffiation. 

5 

Before the expected settlement date, the remitter can enter code B ttiat in this case, 
releases Vhe funds Immediately to the receiver's account and then the receiver 
uornpuler would normally be Informed. Alternatively, befbre the receiver entity has 
entered code B and before the expected settlement date, the remitter computer can 

1 0 enter code D and defer the expected settlement date , for example, up to seven days. 
There is thus provrdetl a: revised setBemeht date. This caters for situations where a 
delivery has not been completed or some discussion is talking place between remitter 
and receiver and time is needed to resolve It. The receiver computer would then be 
notified of the extended or revised settlement date which is effectively dofeiult date 

15 from the system server computer. Needless to say, this defemng of the settlement 
date by a revised settlement date can be carried out a number of times and it depends 
how many times are agreed, for example, in the system. It could, for example, 
normally be thi-ee. At some stage, however, the remitter computer may enter code B 
with the resultant, immediate release of the funds unless some form of dispute 

20 resolution has been initiated. This can either be initiated automafically or altematively, 
can be initiated by a positive action on behalf of the remitter computer. Needless to 
say, once this has happened, eltiier .ttie two parties can resolve it themselves pr tiie 
transaction can be referred to automatic dispute resolution and arbitration. 

25 An essential feature of the Invention is ttmt some specified event occurs which allows 
tile fonds to be released. The specified event can be an expected settiement date 
which can be agreed between the parties. It may, for example, be a condition of sale 
provided^, by ihe seller, nameiy tiiat the settiement date must be adhered to. 
Obviously, tiie system allows for this to be extended, but can only be extended by tiie 

30 remitter computer actively doing so. There are otiner specified events tiiat may be 
required or could be used. For example, tiie event could be the receipt by tiie 
receiver computer of acceptance of completion of ttie transaction from tine remitter 

computer. It will be apprec i ated that there would be no need tor the remitter computer 

to delay acceptance because tfie money is already in escrow. AftemaBvely, the . 
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specffied event could be a prior agreed condition precedent for completion of the 
UansauUon. This could, for example, De buyer Inspection, It could be some other thW 
party Inspection or passing of the goods by an offidal authority such as, for example, 
the delivery of a yacht and the need to have Its measuremenl cerffllcate certttled. It 
5 might alse be the requirement that the goods be passed fit for human consumption, 
and so on. indeed, it will bo appreciated that the two entities can have any mutually 
agreed outcome which may be notified by the two entitfes to the system server 
computer as the specified went, namely, the condition precedent for tho dolivory of the 
good. 

10 

Hnally^as-AAflll-be-desGn'bed-below-aRd-dlseussed-^nHTnore-^ 

could be a decision by an arbitrator In the event of mediation between the parties not 
succeeding. 

1 5 The following are some examples as to how the process according to the Invention 
may be initialled. 

Example 1 : ' Remitter knows receiver and has his account ID 

1 . The remitter provides funds, an expected settlement date and/or some other 
condition for the release of funds and the receiver account Idenlifier to the 
system server computer 

2. The system server computer provides code A and code D to the remitter 
computer 

3. The romlttGr computer provides code A to the receiver 

4. The receiver computer provides code A to the system server computer, 
which causes the funds to be locked for the benefit of the receiver entity* 
account 

30 Example 2: Remitter has no account ID of receiver 

1 . The remitter provides funds and an expected settlement date to the system 
server computer 

: 2r-~T^ie-system-^ervencompmerT3rovfdeslhe-transac^ 



20 



25 



wo 2004/017271 



.14. 



PCT/IE2003/000111 



initiation locldng code A and code B to the remitter computer 

3. The remitter computer provides the transaction identifier code A to the 
receiver computer 

4. The receiver computer provides code A the transaction Identifier and his 
5 account identifier, i.e. his entity account, to the system server computer, 

which causes the funds to be locked for the benefit of the receiver. 

Example 3: Receiver does not have remitter detaile 

10 1 . The receiver computer provides the details of the transaction including his 
: account-identifier-to-the-system-server-computer 



2. The systenn server computer provides a transaction identifier to the receiver 
computer 

3. The receiver computer provides the transaction identifier to the remitter 
1 5 4. The remitter computer provides the transaction identifier, funds and the 

expected settlement date to ^e system server computer 
.5. The system server computer provides code A and code B to the remitter 
6« The remitter computer provides the code A to the receiver. 
7, The receiver computer provides the code A to the system server computer, 
20 which causes the funds to be locked for the benefit of the receiver. 

In the event that the transaction is completed to the satisfaction of both parties there 
are three.possible courses of action* 

25 The remitter computer provides code B to the system server computer with the 
Instruction to release the funds to the seller. 

The remitter computer provides code B to the receiver computer. 

30 The receiver computer provides code B to the system server computer with the 
inslrucUon to release the funds to the receiver. 

The remitter computer does nothing end the funde are released to the seller on the 
expected settlement date. 
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in the event that the transactipn is not completed to the satisfaction of the remitter. 

' Th^ remitter provides code B to the system server computer wfth tfie Instruction to 
5 put back the expected settlement date. This may be done a number of times in . 
order to provide a pedod of time to complete the commercial trsuisaction if it Is 
taking longer than ^q>ected or to reisplve a dispute between the parties. 

Should it not be possible to resolve the dispute either within the maximum number 
iO of times the date can be put back or t)y the choFce'of the remitter, the remitter oh 
pFOviding-€0de-B-t©4he-system-sefver-^omputer-iTiay-elec!-to^ — 

arbitration. 

- It will be appredated that when there are funds only being transferred between the 

1 5 parties without the delivery of goods or services being a condition precedent therefor, 
it will be relatively simple for one computer to transfer to another entity computer by 
simply downloading receiver ID and recelvinig. a code from the system server 
computer. Until the receiver computer is informed by flie system server computer that 
there iare funds available, the funds are kept In escrow. Once the receiver computer 

20 • identifies that the funds are available for him or her, tf:»en the receiver computer can 
inform the remitter computer and the remitter computer can then dispatch code B, 
* either Itself to the system server or to tine receiver computer for onward transmission. 

In this way, the remitter can be confWent that the funds are being delivered to the right 
. person. 

25 • . 

There are certain nrtajor advantages with the invention. Rrstty, tf, for example, a seller 
Is Involved In a considerable number of disputes or disagreements with buyers, the 
systems operators will immediately become aware of tills and if can be logged into the 
systems server computer, such that the systems server computer can refuse to deal 

30 . witti a particular seller or receiver. This will give considerable security to a buyer, 
since the ayatern will ensure, in most cases, except between private Individuals, that 
ttie entities are. vetted in some way, If not on accdpfcance by the ^stem, by their 
performance as they use tiie eyetom. 
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There is also a great advantage for the buyer, particularly where the buyer does not 
Know anything about the seller bec^se the escrow account can be used to protect 
the buyer. At the same time, the escrow account operates autonn^tically such that 
with the provision of various setdement dates, most of the dispute of disagreements 
5 between buyers and sellers can be readily easily handled! in many Instances, ft will 
be appreciated that most of the problerhs that arise will often be problems due to 
wrong specifications of goods, delays In delivery of goods, in ability to fumlsh all the 
goods, and so on. By having the present system, these will be largely overcome. 
This is not to say that disputes will not . arise, however, the system will automatically 
10 ensure that a large number of disputes do not occur, "nioro will be sufficient time, one 
could-aJmost-describe-ibas-a-cooIing-ofF lime withln-ifl^hichiherentffies-ivflllje^^^ to" 
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resolve their differences to their mutual satisfaction. 

It is envisaged that arbitration, which will be a last resort, will not be used tiiat often. 
The innovative feature of the invention can be summarised as follows: 



1. • The remitter provides funds to tiie escrow account 

2, The system server gives the two codes to ttie rehfiitter 

20 3. Until tiie receiver enters flie first code, tiiese funds may be retrieved by 

the remitter 

4. The receiver gets code A and he provides this to the system sen/er 

5. The funds are now locked to the benefit of the receiver but he cannot 
access tiiese funds until code B has been provided 

25 .6. An event occurs that concludes the transaction (goods are received by 
tile remitter) 

7. Provided ttie remitter is happy, he provides code B to the receiver 

8. The receiver ttien enters code B and he tiien has access to tfie funds. 

30 The above is the simple situation whh no problems. 



However^ when a problem arises, one way of solving it. described herein, can be 
dummarised as follows: 
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1- The remitter is not happy v^rfth the goods 

2. The remitter may enter code B and signal the existence of a problem 
to the system sen^r and the sender or remitter v^l select a res^^ 
date by whidi the problem should be resolved 
5 3. The system server informs the receiver (or not, as the remitter may do 
this) of this action by the remitter (this provides a breathing space for 
the two parties to sort out the problem) 
4. The remitter will be permitted a fixed number of times that the 
resolution date may be extended 
10 5. Only after the parties have failed to resolve the problem themselves, 
' does this systemrstart the arbitration process; 



When reference is made to alternative dispute resolution (ADR) in this specification, 
the reffirence used to refer to. all forms of di5;ptJte resolution and under various 
15 arbitration or other mediation mles. It is envisaged that the system server computer 
would have available to it a number of such systems and would choose the one most 
appropriate to the particular circumstances. 

One of the great advantages of the present invention* Is that there is, generally 
20 speai<lng, an onus on the parties to resolve the dispute. There is no advantage tathe 
remitter in not releasing the funds because the funds are not available to the remitter. 
There is ^n onus on the receiver to quid<ly satisfy the remitter so that the remitter will 
allow the release of the funds. 

25 One of the advantages of the present invention is tiiat by allowing the parties to 
negotiate and do everything possible between themselves to resolve the dispute, the 
operators of the system are not involved in the dispute. Since the system vwll only be 
available to those entitles that agree to join the system, there is a degree of control 
over the users otthe system, TTiis particularly relates to those who would normally be 

30 selling goods and services and receiving remittance of funds in this way. • If a 
particular merchant entity using the system is Involved In a large number of disputes, 
then the system server computer has a record of these and, If necessary, can drop 

th at particular entity from tlie systetn and disconnect the entity computer fro m the 

system. This means, for those* entitles ttiat are normally buyers vwtfiin the system, 
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that they have some degree of confidence in the merchants or traders using the 
system. There is, while not necessarfly a guarantee from the system of the probity of 
an entity trading therein, there is a presumption of It, and this presumption can be : 
reasonably made by a buyer, that such an entity wili operate in a reasonable way. 
5 . There will also be a presumption for those entities who normally act as receiver 
computers, that the people they are dealing with will honour their financial obligations. 
As iar as the merchants or sellers are concerned, having the funds automatically in 
escrow is of considerable comfort This is particularly Important for those entlttes 
selling relatively low cost Items, Whether these items be downloaded directfy 
1 0 between entity computers or whether they result in the receiver entity computer, when 
acting as a seller, having to send goods to the otKer entity. If the actual monetary " 
value of the transaction is low, it then becomes uneconomio for the provider of those 
goods and services to engage In any fomn of litigation. 

15 It will be appreciated that the nature of the present invention Is such that as a matter of 
course, many of the taslcs required to carry out tlie invention will, be performed outside 
the jurisdiction, and possibly in many jurisdictions. Thus, \ft*iere it is stated that a 
particular action is, or actions are, performed, ft may be that only the end result of the 
action may be delivered into the. jurisdiction. Thus, for example; the system server 

20 computer may be considerably geographically remote from one or both of the entity 
computers. Accordingly, all tiiat may be cam'ed out within the user computer is very 
few steps, of the Invention. However, such steps cannot be performed without tiie 
availability of the data transmitted to or from it witii the other computers. 

25 Tlierefbre. it is submitted that thel appended claims be interpreted not literally but 
having regard to this circumstance and that the carryirig out of some of the stej}S of 
the invention witiiin the jurisdiction covered by any patent for onward transmission of 
the results of the carrying out of those steps siiali be deemed to be infringement within 
. tiie jurisdiction in the sense that delivery Into or receipt witiiin tiie jurisdiction of tiie 

30 • results of some steps of the metiiod canled out outside the jurisdiction be deemed to 
be the same as It tt\e steps had been carried out within the jurisdiction. 

Acc ordingly, a statement that a particularly computer carries out a particular task is 

deemed, to cover not alone the carrying out of the tasic or operation witiiin the 
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jurisdiction but also p\e carrying out of the task outelde the jurisdiction and the delivery 
. of the result of the completion of the task to within the jurisdiction and the action 
required within the jurlsdictfon is the reception of the result of the acHon canried out 
outside the jurisdiction. 
5 ■ • 

In fht» specification the terms "comprise, comprises, comprised and comprising" or 
any variation thereof and the terms Indude, includes, Included and Including" or any 
variation thereof are considered to be totally interchangeable and they should all be 
afforded the.>Mdest possible interpretation and vice versa. 

10 

-The-invention-isTTotlimitBd-to-thenaTTib^im^Tirt^^ 

varied in both construction and detail. 
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